home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19990725-20000114
/
000168_news@columbia.edu _Fri Oct 8 10:54:42 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2000-01-13
|
3KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA03657
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 8 Oct 1999 10:54:41 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA24461
for kermit.misc@watsun.cc.columbia.edu; Fri, 8 Oct 1999 10:48:02 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: kermit dos and windows 95
Date: 8 Oct 1999 14:48:01 GMT
Organization: Columbia University
Message-ID: <7tl071$nrv$1@newsmaster.cc.columbia.edu>
To: kermit.misc@columbia.edu
In article <gRiL3.2361$34.143942@news21b.ispnews.com>,
<cangel@famvid.com> wrote:
: I'm using the 3.14 version of MSKermit patched to level 9 and have tried
: running the 3.16 beta MSK16 but it seems the APC control will _not_ shut
: off?
:
: I seem to recall reading that the 'set terminal apc on' and 'off' are
: reversed or something?
:
Not that I know of. Can you please state the sequence of events that leads
you to this conclusion?
: Was this ever fixed and if so where would I find the patch file for this?
:
: BTW: I am hoping to convince Kim Heino (author of LINUX BBBS) and the people
: at Santronics (Wildcat BBS) to update the packet length in their software
: implentations of the kermit protocol. It is set 'standard' at 94 byte
: packets and it CRAWLS. I can do 9k packets no problem with UNIX systems
: that have this packet length max'd out. If Frank D. Cruz is reading this -
: how about shooting them an email explaining that 94 byte packets is no
: longer the 'standard' required for proper kermit transfers?
:
There is no standard packet length. All that's standard are the parameters
and procedures by which the length is negotiated. The file receiver tells
the sender the maximum packet length (up to ~9K) it is prepared to accept.
The sender may not send packets longer than that but of course can send
shorter ones.
Most 3rd-party Kermit protocol implementations are limited to 94-byte
packets and 1 window slot because that's the bare minimum required by the
protocol definition, and the easiest to program.
: Maybe they
: would believe you and just _do_ it rather than argue about it?
:
I'd recommend they simply make a provision to allow the owner of the BBS
to substitute C-Kermit as an external implementation of the Kermit protocol.
There is no reason for them to try to duplicate all the work we've put
into C-Kermit all these years, and then track changes in the future. Let
them concentrate on the BBS aspects and let us concentrate on the Kermit
protocol.
Ditto for DOS-based BBS's -- if they can be configured to substitute external
protocols for built-ones, then MS-DOS Kermit can be used. See the Kermit
News article:
http://www.columbia.edu/kermit/newsn6.html#bbs
- Frank